REMARKS 

Claims 10 and 23-25 have been cancelled to focus prosecution on claimed 
embodiments concerning network interfaces having updatable filter address tables. 

Claims 4, 13, 15, 16,18, and 19 have been amended to correct clerical errors or 
to claim a NIC having an updatable node address memory or updatable filter table. 

Claims 1-9, 1 1-22, and 26-27 are presently active. 

35. U.S.C. §112 

The Action noted a missing "base" reference in claim 4; the claim has been 
amended accordingly. The Action noted a grammatical error in claim 18; the claim has 
been amended accordingly. 

The Action also refers to the claims as generally being a narrative and indefinite, 
but does not specifically identify a problem in the claims. Applicant is not sure what is 
meant by this characterization, but if this rejection does not relate to, or is not addressed 
by the claim amendments and/or cancellations, the Office is respectfully requested to 
contact Steven D. Yates at 503-264-6589 to discuss this issue. 

35. U.S.C. S1 03(a) 

Claims 1-3, 6, 11-14, 20-22 and 26-27 stand rejected under §103(a) as being 
obvious over Amdahl U.S. Patent No. 6,253,334) in view of Mclntyre (U.S. Patent No. 
6,381,218). Applicant traverses these rejections as claimed embodiments recite 
limitations not taught or suggested by the cited documents. 

For example, claim 1 recites an API having an "update node address function" 
that updates the node address stored in a base driver and a receive address filtering 
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table for a network interface (NIC), e.g., storage of the Media Access Control (MAC) 
address allowing a NIC to recognize data intended to be received by it (see, e.g., 
Specification at page 5 lines 13-16). In one embodiment, by way of the claimed API, if 
there is a failure of an active NIC, a redundant NIC can cover for the failed NIC by 
having the redundant NIC rewrite its MAC address in its filter table to include the MAC 
address of the failed NIC (the redundant NIC will see incoming traffic as being intended 
for it) (see, e.g., Specification at page 9 lines 18-25 and page 11 lines 1-6). 

Applicant submits Amdahl does not teach the recited updating NIC filter tables. 
Instead Amdahl teaches using a switch 1420 (FIG. 13) that is aware of MAC addresses 
of Amdahl NICs, where the switch "routes incoming packets to whichever of NICs 1394- 
1396 has a MAC address matching the destination address of the packet" (col. 21 lines 
58-60). If there is a NIC failure, Amdahl teaches "terminating communication with the 
unreachable/failed NIC" and load-balancing further traffic with remaining NICs (col. 23 
lines 4-10). Amdahl teaches that the load balancing is accomplished at the Open 
System Interconnection (OSI) "data layer by altering the MAC address in a packet 
header to conform to the NIC intended by Amdahl to receive the subsequent traffic (col. 
22 lines 25-32). 

That is, Amdahl teaches rewriting incoming packets to direct them to a redundant 
NIC instead of the recited alteration of a redundant NICs filtering table address. 
This is not what is claimed. 

Regarding the Office's citation to Amdahl at col. 8 lines 54-62 as teaching the 
recited "update node address function," this is not correct. The cited portion of Amdahl 
concerns changing multicast address lists when a NIC fails. In Amdahl, when a NIC 
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fails, a multicast update call is performed to identify the covering ("switched-over" col. 8 
line 61) NIC. Updating multicast address lists has no relation to the recited "update 
node address function." 

Regarding combination with the cited portion of Mclntyre, even if we assume as 
suggested by the Office that Mclntyre teaches the recited stored node address, since 
Amdahl teaches rewriting packets on fail-over, rather than updating the NIC filter table 
with a new MAC address as recited in claimed embodiments, the suggested 
combination of references can not teach or suggest the recited embodiments. 

Regarding the rejection of claim 11, as discussed above for claim 1, combination 
of Amdahl and Mclntyre fails to teach or suggest the recited API for updating a receive 
address filtering table for a NIC. Consequently, the cited documents can not teach or 
suggest claim 1 1's update node address API function which may direct a second, e.g., 
covering, NIC to store the node address, e.g., MAC address, for a failed NIC. 

Regarding the rejection of claim 6, it also recites updating a receive address 
filtering table as does claim 1 . Applicant submits claim 6 is allowable for at least the 
reasons discussed above for claim 1 . 

Claim 13 was rejected per the rejections of claims 1 and 1 1 . Notwithstanding the 
rejection, claim 13 has been amended to recite the API providing for updating a receive 
address filtering table network interface as discussed above for claim 1 . Applicant 
submits claim 13 is allowable for at least the reasons discussed above for claim 1 . 

Regarding the rejection of claim 15, to more closely relate claim 15 with the 
subject matter of claim 1, limitations from claim 16 were moved into claim 15. 
Corresponding amendments were made to claim 19. Applicant submits these 
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amendments moot the rejections and claims 15 and 19 are allowable for at least the 
reasons discussed above for claim 1 . 

Regarding the rejection of claim 20, as discussed above for claim 1 with respect 
to Amdahl's figure 13, Amdahl does not change the MAC address of NIC hardware. 
Instead, Amdahl teaches rewriting incoming packet headers (col. 21 lines 58-60). 
Consequently the cited documents can not be combined as suggested and therefore, as 
with claim 1 , they cannot render the claimed embodiments obvious. 

Regarding the rejection of claim 23, as discussed above, Amdahl fails to teach 
or suggest the recited 

Claim 26 stands rejected per claim 1 and Applicant therefore submits it is 
allowable for at least the reasons as discussed above for claim 1 . 

Regarding the rejections of dependent claims 2-5, 7-9, 12, 14, 15, 16-18, 21, 22, 
24, 25, and 27, their rejections are not being specifically addressed at this time in order 
to focus prosecution on their base claims. Applicant submits these dependent claims 
are allowable for at least the reason as depending from an allowable base claim. 
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APPENDIX A 

Claims As Amended 

1 1 . (Unchanged) An application programming interface (API) for enhancing 

2 data network communication, comprising: 

3 an identify address function including programming instructions for identifying a 

4 stored node address stored by a base driver for a network interface associated with the 

5 base driver; and 

6 an update node address function including programming instructions for directing 

7 the base driver to update the stored node address with a new node address in a 

8 configuration storage of the base driver, and in a receive address filtering table for the 

9 network interface. 
10 

1 1 2. (Unchanged) The API of claim 1 , wherein the identify address function 

12 includes submitting a request to the base driver, to which is received a response 

13 including the node address stored by the base driver. 
14 

1 5 3. (Unchanged) The API of claim 1 , wherein the identify address function 

1 6 includes programming instructions for inspecting the configuration storage of the base 

17 driver, such storage having an entry identifying the stored node address. 
18 

1 9 4. (Once Amended) An API according to claim 1 , further comprising: 

20 a driver identification function including programming instructions for sending an 

21 identity-check request to the base driver, said base driver providing a response selected 

22 from a group consisting of: a predetermined identifier, a base driver revision number, 

23 and an identification of a vendor of the base driver. 
24 
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1 5. (Unchanged) An API according to claim 4, wherein the predetermined 

2 identifier is a copyright string for the vendor of the base driver. 
3 

4 6. (Unchanged) An article of manufacture, comprising a computer readable 

5 medium having encoded thereon programming instructions capable of directing a 

6 processor to perform operations of: 

7 an identify address function for identifying a stored node address stored by a 

8 base driver for a network interface associated with the base driver; and 

9 an update node address function for directing the base driver to update the 

10 stored node address with a new node address in a configuration storage of the base 

1 1 driver, and in a receive address filtering table for the network interface. 
12 

1 3 7. (Unchanged) An API according to claim 1 , further comprising: 

14 a first transmission function including programming instructions for re-transmitting 

15 data, received in a compatible format from a network source, in an incompatible format 

16 to a network destination; and 

17 a second transmission function including programming instructions for re- 

18 transmitting data, received in the incompatible format from the network destination, in 

1 9 the compatible format to the network source. 
20 

21 8. (Unchanged) An API according to claim 7, further comprising: 

22 a report capabilities function including programming instructions for sending the 

23 base driver a request to have the base driver report its capabilities; 

24 a receive capabilities function including programming instructions for receiving a 

25 response including said capabilities; 

26 wherein the incompatible format is formatted according to said capabilities. 
27 
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1 9. (Unchanged) An API according to claim 7, further comprising: 

2 a virtual LAN function including programming instructions to direct the base driver 

3 to enter a desired virtual LAN operative state; and 

4 a disconnect function including programming instructions to notify the base driver 

5 that the API has concluded communications with the base driver. 
6 

7 10. (Cancelled) 

8 

9 11. (Unchanged) An API according to claim 1 for providing transparent fail- 

10 over from a first network interface to a second network interface, further comprising: 

1 1 a status function including programming instructions for polling a first base driver 

1 2 for the first network interface to detect a failure of said first network interface; 

13 wherein the update node address function includes a function to direct a second 

14 base driver for the second network interface to store the node address of the first 

1 5 network interface as the stored node address for the second base driver. 
16 

17 12. (Unchanged) An API according to claim 1 1 , in which a Novell ODI 

18 compliant network is utilized for network communication, and wherein the update node 

1 9 address function uses at least one ODI MLID Control Routine. 
20 

21 13. (Amended) An article of manufacture, comprising a computer readable 

22 medium having encoded thereon instructions to direct a processor to perform an API 

23 having: 

24 an identify address function for identifying a stored node address stored by a 

25 base driver for a network interface associated with the base driver; 

26 an update node address function for directing the base driver to update the 

27 stored node address with a new node address; 
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1 a status function in communication with a first base driver for the first network 

2 interface to detect a failure of the first network interface; and 

3 a failover function to direct a second base driver for the second network interface 

4 to store the node address of the first network interface as the stored node address for 

5 the second base driver, and to store the node address of the first network interface in a 

6 receive address filtering table for the second network interface. 
7 

8 14. (Unchanged) An API according to claim 1 for providing transparent load 

9 balancing of data transmissions directed towards the network interface by distributing 

10 such data across a second network interface, further comprising: 

1 1 a queue monitoring function including programming instructions for detecting a 

12 workload of the first network interface; and 

1 3 a distribution function including programming instructions for routing a portion of 

14 said data transmissions through the second network interface, said distribution function 

1 5 utilizing the update node address function to associate the node identifier of the first 

1 6 network interface with the second network interface. 
17 

18 15. (Once Amended) A networking method, comprising: 

1 9 receiving first network traffic with a protocol stack; 

20 sending said first traffic to an intermediary layer; 

21 routing said first traffic to a virtual interface driver; 

22 repackaging said first traffic by the virtual interface driver, and providing said 

23 repackaged traffic to a virtual protocol stack; 

24 sending said repackaged traffic to the intermediary layer; 

25 routing said repackaged traffic by the intermediary layer to an interface driver for 

26 a network interface having a node address memory; 

27 identifying a failed network interface having a node address; and 
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1 storing the node address in the node address memory. 

2 

3 16. (Once Amended) A method according to claim 1 5, further comprising: 

4 routing network traffic for the failed network interface through the fail over 

5 network interface. 
6 

7 1 7. (Unchanged) A method according to claim 1 6, further comprising: 

8 wherein said first network traffic is received in a first protocol format, and said 

9 repackaged traffic is in a second network protocol format different from the first protocol 
1 0 format. 

11 

12 18. (Once Amended) A method according to claim 16, wherein locating the fail 

1 3 over network interface comprises: 

14 submitting a node identification request to a base driver for a potential fail over 

1 5 network interface; and 

16 receiving a response from said driver, said response including an authentication 

17 string; 

18 verifying said authentication string has a predetermined value before said 

19 potential fail over network interface is used as the fail over network interface. 
20 

21 19. (Once Amended) An article of manufacture, comprising a computer 

22 readable medium having encoded thereon instructions to direct a processor to perform 

23 the operations of: 

24 receiving first network traffic with a protocol stack; 

25 sending said first traffic to an intermediary layer; 

26 routing said first traffic to a virtual interface driver; 
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1 repackaging said first traffic by the virtual interface driver, and providing said 

2 repackaged traffic to a virtual protocol stack; 

3 sending said repackaged traffic to the intermediary layer; 

4 routing said repackaged traffic by the intermediary layer to an interface driver for 

5 a network interface having a node address memory; 

6 identifying a failed network interface having a node address; and 

7 storing the node address in the node address memory. 
8 

9 20. (Unchanged) A method for redundant networking in a network 

10 environment, comprising: 

1 1 determining operative status of a first network interface having a first driver, and 

12 of a second network interface having a second driver with a driver memory for storing a 

1 3 MAC address for said second interface; 

14 if the first network interface is inoperative, instructing the second driver to store 

1 5 the first network interface MAC address in the driver memory to allow processing by the 

1 6 second network interface of network traffic bound for the first network interface; 

1 7 directing the second driver to activate the second network interface; and 

1 8 directing the first driver to deactivate the first network interface. 
19 

20 21 . (Unchanged) A method according to claim 20, in which the network 

21 environment is a Novell based network, and wherein ODI commands are issued to said 

22 first and second drivers. 
23 

24 22. (Unchanged) A method according to claim 21 , further comprising: 

25 receiving first network traffic by a protocol stack; 

26 forwarding said first network traffic to a LSL; 
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1 routing said first network traffic from the LSL to a virtual MLID, and deriving 

2 second network traffic from said first network traffic; 

3 providing said second network traffic to a virtual protocol stack; and 

4 forwarding said second network traffic to the LSL. 
5 

6 23. (Cancelled) 

7 24. (Cancelled) 

8 25. (Cancelled) 
9 

10 26. (Unchanged) A system, comprising: 

1 1 means for identifying a stored node address stored by a base driver for a network 

12 interface associated with the base driver; and 

1 3 means for directing the base driver to update the stored node address with a new 

14 node address. 
15 

1 6 27. (Unchanged) A system according to claim 26, further comprising: 

1 7 means for re-transmitting data, received in a first format from a network source, 

18 in a second format to a network destination; and 

19 means for re-transmitting data, received in the second format from the network 

20 destination, in the first format to the network source. 
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